IBIS Macromodel Task Group Meeting date: 23 June 2020 Members (asterisk for those attending): Achronix Semiconductor: * Hansel Dsilva ANSYS: Curtis Clark * Wei-hsing Huang Cadence Design Systems: * Ambrish Varma Ken Willis * Jared James Google: * Zhiping Yang Intel: Michael Mirmak Keysight Technologies: Fangyi Rao Radek Biernacki Ming Yan * Todd Bermensolo Stephen Slater Marvell: Steve Parker Mentor, A Siemens Business: * Arpad Muranyi Micron Technology: * Randy Wolff * Justin Butterfield SiSoft (Mathworks): * Walter Katz Mike LaBonte Teraspeed Labs: * Bob Ross Zuken USA: Lance Wang The meeting was led by Arpad Muranyi. Justin Butterfield took the minutes. -------------------------------------------------------------------------------- Opens: - None. ------------- Review of ARs: - Hansel to redraft the Rx_Clock_Recovery_Mean BIRD to add the other instances of the "edge transition times" language. - Hansel reported this is in progress. - Hansel to add the deletion of the second half of the section 10.7 introduction in the new BIRD. - Arpad asked if this was for the same Rx_Clock_Recovery_Mean BIRD or a new BIRD. Hansel replied that this will be in the same BIRD. Hansel noted we will want to review these changes with the larger ATM group. -------------------------- Call for patent disclosure: - None. ------------------------- Review of Meeting Minutes: Arpad asked for any comments or corrections to the minutes of the June 16 meeting. Randy moved to approve the minutes. Ambrish seconded the motion. There were no objections. ------------- New Discussion: BIRD198.2_draft3: Randy shared the latest draft from the BIRD authors. The changes are editorial and clarifications. Randy would like to submit BIRD198.2 to the IBIS Open Forum for this Friday's meeting. Randy noted it is clarified that the die pads shall be considered as shorted when there are two are more die pads and the PDN Model is enabled. The rule that only signal_names associated with POWER and GND can be used was added back into the BIRD. Arpad asked about using the signal_name. Randy replied this can relate to the supply bus. There is a rule that bus_labels cannot be repeated to avoid shorting the two terminals. It would also make it illegal to short with bus_label and signal_name terminals. Arpad asked if there are always only two terminals. Arpad suggested changing the language to say "it is not permitted to include the same pin in both terminals". Zhiping asked if terminals are described with bus_label or signal_name. Randy replied it can be any combination. Zhiping asked what is the difference between bus_label and signal_name. Randy noted bus_label is a subset of signal_names. Arpad commented you can break out groups as bus_labels in the [Pin Mapping] keyword. Bob asked about the lower case "bus_label" and upper case "Bus_label". Randy replied the parameter is upper case "Bus_label". Randy stated some of the examples and explanations have been improved. Zhiping asked about the distinction between power and ground. Randy responded this information can come from the Pin list data. Arpad commented the signal_name comes from the Pin list. Zhiping commented it may be hard for the EDA tool to understand which pin is power and which pin is ground. Arpad stated it should be easy for the EDA tool to gather this information from the Pin list Randy noted the other changes are to improve the readability of the BIRD. Bob suggested to also add a line return in the example. Randy commented one question was regarding a rule when two or more die pads are associated with a terminal. He suggested to change the phrase "do not have the ability" to "will not". Arpad agreed with this. Arpad asked if these shorts are being done in the Pin Mapping. Randy replied this is talking about having multiple models in parallel, and he suggested to look at the examples to see this. Randy noted the word "port" has been changed to "terminal". Randy would like for everyone to review the BIRD and provide comments. He will accept the changes in the document and plan to submit the BIRD to Open Forum on Friday. Bob suggested to update the date revised. Editorial change to Rx_Clock_Recovery_Mean: Hansel reviewed the latest update which proposes to change the phrase "edge transition times" to "edge threshold crossing times". In the last meeting, Fangyi had pointed out that there is a sentence which is redundant in the introduction to section 10.7. It was proposed to remove the first part on the sentence. Fangyi suggested to delete the second half of the paragraph, but Arpad had suggested to keep the PAM4 related sentence. Arpad commented the purpose of the PAM4 sentence is to say the crossing is not always meaningful for PAM4. Arpad proposed to keep the second sentence and delete the other two sentences. Randy noted this would be the only place where the phrase "zero crossing times" appears. Arpad suggested this can also be changed to "edge crossing times". Arpad asked if there are any objections to this change. No objections were expressed. Hansel shared the editorial changes to the Rx_Clock_Recovery_Mean BIRD. He added the "zero crossing time" case. He has changed all the instances of "edge transition times" and "zero crossing times" to "threshold crossing times". Randy asked about the font change and suggested to make it consistent. Hansel made this correction. Hansel will add the PAM4 sentence back to the text. Arpad suggested to finish this and asked if we should submit this to the IBIS Open Forum. Randy asked who can present this BIRD in the Open Forum. Arpad can present it if none of the BIRD authors are available. Randy suggested we can submit this BIRD. Bob agreed. Hansel asked about outputting a parameter of type string from the IBIS-AMI executable. He asked if this is defined in the IBIS specification and if there are any restrictions on the data type. Arpad replied we do not know what to do with a model specific parameter output. We have limitations on what can be done with these output format types, while reserved parameters would be fully supported. The EDA tool does not know what to expect for model specific output parameters. - Randy: Motion to adjourn. - Ambrish: Second. - Arpad: Thank you all for joining. AR: Hansel to add the PAM4 sentence back to the Rx_Clock_Recovery_Mean BIRD. ------------- Next meeting: 30 June 2020 12:00pm PT ------------- IBIS Interconnect SPICE Wish List: 1) Simulator directives